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ABSTRACT 


The  computerized  QUICK-Reacting  General  War  Gaming  System  (QUICK)  will 
accept  input  data,  automatically  generate  global  strategic  nuclear  war 
plans,  provide  statistical  output  summaries,  and  provide  input  tapes 
to  simulator  subsystems  external  to  QUICK.  QUICK  has  been  programmed 
in  FORTRAN  for  use  on  the  CCTC  HIS  6000  computer  systems. 
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The  QUICK  Users  Manual  consists  of  four  volumes:  Volume  I,  Data  Manage- 
ment Subsystem;  Volume  II,  Weapon/Target  Identification  Subsystem; 

Volume  III,  Weapon  Allocation  Subsystem;  Volume  IV,  Sortie  Generation 
Subsystem.  The  Users  Manual  complements  the  other  QUICK  Computer  Sys- 
tem Manuals  to  facilitate  application  of  the  war  gaming  system.  This 
volume.  Volume  IV,  provides  instructions  for  using  the  Sortie  Genera- 
tion subsystem.  It  is  intended  for  the  CCTC  user/analyst  who  is  con- 
cerned with  preparing  the  data  base  for  a war  game,  selecting  optional 
features  of  the  system,  designating  control  parameters,  submitting  com- 
puter jobs,  and  analyzing  computer  output.  Companion  documents  are: 

> 
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a.  MAINTENANCE  MANUAL 


Program  Maintenance  Manual  CSM  MM  9-77,  Volume  I 

Program  Maintenance  Manual  CSM  MM  9-77,  Volume  II 

Program  Maintenance  Manual  CSM  MM  9-74,  Volume  III 

Program  Maintenance  Manual  CSM  MM  9-74,  Volume  IV 

Provides  detailed  instructions  for  maintenance  of  the  system 


b.  TECHNICAL  MEMORANDUM 

Technical  Memorandum  TM  153-77 

Provides  a nontechnical  description  of  the  system  for  senior 
management  personnel 


SECTION  1.  GENERAL 


1 . 1 Purpose 

This  volume  of  the  QUICK  Users  Manual  is  intended  to  inform  the  CCTC 
user/analyst  on  how  to  prepare  control  cards;  structure  execution  (run) 
decks;  prepare  computer  job  requests;  and  understand  the  associated 
computer  output,  to  include  the  recognition  of  error  messages  for  the 
Sortie  Generation  subsystem  of  QUICK.  It  complements  information  con- 
tained in  the  Maintenance  Manuals  on  the  QUICK  System.  The  abstract 
of  this  document  references  other  documents  describing  QUICK. 

1 . 2 General  Description 

The  Sortie  Generation  subsystem  operates  using  the  output  from  the 
Weapon  Allocation  subsystem,  and  produces  detailed  bomber  and  missile 
(delivery  vehicle  and  weapon)  sortie  specifications.  Thus,  it  accepts 
a near-optimal  weapon  allocation,  and  from  this  as  well  as  considera- 
tion of  delivery  vehicle  characteristics  and  other  factors,  generates 
a detailed  plan  of  attack  for  one  opposing  side  in  a hypothetical 
general  war. 

The  subsystem  consists  of  programs  FOOTPRNT,  POSTALOC,  PLANOUT,  and 
PLOTIT,  as  shown  in  figure  1.  Figure  2 shows  the  relationship  of  the 
Sortie  Generation  subsystem  to  other  QUICK  subsystems  in  terms  of  pro- 
cedural and  information  flow. 

In  addition  to  the  plan  generation  requirements,  per  se,  the  output  of 
this  subsystem  is  utilized  alternatively  by: 

a.  Damage  Assessment  systems  external  to  QUICK  which  utilize 
weapon/ target  strike  data  (DGZ  tapes)  as  required 

b.  General  War  simulation  models  external  to  QUICK  (e.g.,  NEMO 
and  ESP)  which  utilize  relevant  strike  data  as  required  (DGZ, 
A/B  tapes  and  TABLTAPE) . 

As  shown  in  figure  3,  the  Sortie  Generation  subsystem  is  initiated  when 
a spill  tape  from  program  ALOCOUT  (Weapon  Allocation  subsystem)  is 
received  as  input  for  processing  by  program  FOOTPRNT.*  Program  FOOTPRNT 
reads  the  strike  data  from  TMPALOC  file.  Information  for  bomber  groups 
and  for  missile  groups  without  a MIRV  capability  is  copied  directly  to 
the  ALOCGRP  file,  while  the  data  for  the  missiles  with  MIRV  payloads 
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FOOTPRNT  is  used  if  the  plan  includes  MIRV  system.  The  ALOCGRP  file 
Is  then  used  in  POSTALOC  in  place  of  the  TMPALOC  file. 
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Figure  1.  Major  Subsystems  of  the  QUICK  System 
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are  processed  to  create  detailed  reentry  vehicle-target  point  assignments 
which  satisfy  the  various  constraints.  These  detailed  assignments  are 
then  also  written  onto  the  ALOCGRP  file. 

POSTALOC  then  reads  ALOCTAR  one  weapon  group  at  a time  to  develop  specific 
bomber  and  missile  sorties.  The  missile  launch  events  prepared  by 
POSTALOC  are  output  to  the  STRKFILE.  The  bomber  sorties  are  prepared  one 
corridor  at  a time  for  each  group  and  output  to  the  STRKFILE. 

The  sortie  plans  at  this  point  are  not  fully  detailed.  Program  PLANOUT 
therefore  adds  the  required  data,  e.g.,  timing  information,  and  creates 
two  output  tape  files.  The  plan  tape  PLANTAPE  contains  detailed  mission 
plans  in  a form  suitable  for  review  or  use  in  program  PLOTIT  and 
EVALALOC. 

Program  PLOTIT  uses  the  PLANTAPE  tape  generated  from  a QUICK  data  base 
to  produce  rectilinear  plots  of  bomber  or  tanker  sorties.  Plots  are 
produced  for  PIC-1  and  PIC-2  maps,  as  well  as,  on  the  scales:  50  x 40 
inches,  20  x 20  inches,  or  10  x 10  inches.  For  plots  other  than  PIC-1 
and  PIC-2  maps,  the  program  will  automatically  choose  the  most  desirable 
origin  for  the  plots  and  will  draw  axes  and  table  them  accordingly.  Up 
to  10  sorties  may  be  plotted  on  one  graph  (or  200  events).  The  option 
is  available  to  plot  all  sorties  on  the  PLANTAPE  or  to  plot  only  sorties 
specified  on  input  cards. 

1 . 3 Organization  of  Users  Manual,  Volume  IV 

The  components  of  the  Weapon  Allocation  subsystem  are  characterized  in 
the  following  major  sections  on  a program-by-program  basis.  In  general, 
each  major  section  of  this  manual  is  further  subdivided  into  three 
principal  subsections,  which  are:  program  file  utilization,  input,  and 
output  for  each  program.  In  addition,  the  appendix  to  this  volume 
details  the  executable  job  control  language  (JCL)  for  running  the  pro- 
grams of  this  subsystem.  Outline  descriptions  of  the  content  of  program 
subsections  follow. 

1.3.1  Program  File  Utilization.  This  subsection  details  the  input  and 
output  data  files  and  how  they  are  used  in  the  given  program. 

1.3.2  Program  Input.  This  subsection  details  the  set-up  of  input  data, 
with  notated  examples.  Note  that  although  attribute  names  are  presented 
in  eight  characters  in  the  examples,  they  must  actually  be  unique  in  the 
first  six  characters.  This  is  taken  care  of  internally  in  the  code. 


SECTION  2.  PROGRAM  FOOTPRNT 


2 . 1 Purpose 

The  purpose  of  program  FOOTPRNT  Is  to  generate  individual  reentry 
vehicle  assignments  for  MIRV  weapons.  This  is  done  by  dividing  the  set 
of  targets  assigned  to  a MIRV  group  into  subsets,  each  of  which  is 
assigned  to  one  booster  in  the  group.  This  division  is  constrained  by 
the  limitations  of  the  MIRV  systems  so  that  the  acceptable  booster 
assignments  lie  within  a geographic  pattern  known  as  a footprint. 

2.2  Concept  of  Use 

The  program  is  divided  into  two  modules,  the  test  module  and  the  assign- 
ment module.  The  test  module  receives  as  input  a potential  booster 
assignment.  Using  footprint  constraint  parameters  supplied  by  the  user, 
this  module  determines  if  the  target  set  is  a feasible  footprint  for  the 
MIRV  system. 

The  assignment  module  attempts  to  assign  targets  to  a booster  within 
booster  loading  constraints  specified  by  the  user. 

This  program  receives  the  TMPALOC  file  from  program  ALOCOUT  and  prepares 
the  ALOCGRP  file.  This  latter  file  contains  the  weapon- target  alloca- 
tion ordered  by  weapon  groups.  Program  FOOTPRNT  processes  only  those 
groups  with  a MIRV  capability.  The  target  assignments  to  those  groups 
are  divided  into  subassignments,  each  of  which  is  a feasible  MIRV 
booster  assignment. 

There  are  two  types  of  user  input:  print  control  and  footprint  assign- 
ment parameters.  The  first  type  controls  prints  of  general  interest  to 
analysts.  The  second  type,  footprint  assignment  parameters,  defines  the 
nature  of  feasible  footprints.  These  parameters  define  the  fuel  used  in 
delivering  a series  of  reentry  vehicles  and  decoys  in  a specific  geo- 
graphic pattern.  The  required  user-input  parameters  are  a set  of  coef- 
ficients to  equations  used  to  model  the  physical  MIRV  systems. 


If  there  are  no  vehicles  with  a MIRV  capability  in  the  plan  being 
generated,  program  FOOTPRNT  need  not  be  run.  It  may  be  run  in  this 
case,  however,  but  will  have  no  effect  on  the  plan  generation  process. 
If  there  are  MIRV  vehicles  in  the  plan,  program  FOOTPRNT  must  be  run 
before  program  POSTALOC. 

2.3  File  Utilization 

Figure  4 displays  the  utilisation  of  files  by  program  FOOTPRNT. 


Figure  4.  Program  FOOTPRNT  File  Utilization 


2.3.1  Input  Files.  The  Base  File  (BAS FILE)  prepared  by  program  PREPALOC, 
contains  basic  information  defining  weapon  characteristics.  Program 
FOOTPRNT  extracts  from  this  file  data  on  the  number  of  weapons  in  each 
group  and  the  payload  carried  by  each  weapon  type. 


The  Temporary  Allocation  File  (TMPALOC)  prepared  by  program  ALOCOUT, 
contains  the  allocation  of  weapons  to  targets.  The  information  is 
ordered  by  weapon  group  number  and,  within  weapon  groups,  it  is  ordered 
by  penetration  corridor  number. 
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2-3.2.  Ou  put  Files.  The  Allocation-by-Group  File  (ALOCGRP) , to  be  used 
by  program  POSTALOC,  is  identical  to  the  TMPALOC  file  for  those  weapon 
grt  ups  without  a MIRV  capability.  For  MIRV  groups,  the  data  have  been 
ore ered  and  flagged  to  specify  the  assignment  of  weapons  on  each  booster. 

2.1.3  Scratch  Files.  The  ISCR  (Base  Target  Data)  contains  the  basic 
tai  get:  dat.  read  from  the  ALOCGRP  file.  It  is  place.]  on  the  ISCR  file 
so  that  thi  core  storage  reserved  for  this  information  may  be  used  for 
otl  er  purposes.  A temporary  assignment  plan  is  also  saved  on  this  file. 

Th«  ITABL  i User- Input  Parameters)  file  is  used  for  temporary  storage  of 
the  user-irput  parameters  which  define  the  footprint  constraint 
equ  ations. 

2.3.4  Filehandler  Buffer  Utilization.  The  filehandler  buffer  areas 
utilized  b)  program  FOOTPRNT  are  shown  in  figure  5. 


F LE  NAME 

BUFFER  NUMBER  (LUN) 

BISFILE 

8 

T TPALOC 

3 

ALOCGRP 

2 

ISCR 

25  (Scratch) 

ITABL 

26  (Scratch) 

Figure  5.  Filehandler  Buffer  Utilization-Program  FOOTPRNT 


2.4  Input.  There  are  two  types  of  user  input.  One  type  is  print  con- 
tro  and  the  second  type,  footprint  constraint  information,  is  used  in 
the  footprint  testing  module  of  the  program  to  determine  the  feasibility 
of  . andidate  booster  assignments. 


— 


2.4.1  Print  Options.  The  user  has  the  options  of  requesting  non-stan- 
dard prints  for  given  weapon  groups.  These  cards  are  the  first  ones 
read  in  by  FOOTPRNT.  There  is  one  card  per  print  request.  A blank  card 
ends  the  print  requests.  There  must  be  one  blank  card  even  if  no  prints 
are  requested.  Format  of  each  card  is: 


CARD 

COLUMNS  DESCRIPTION 


1-10  The  group  number  to  be  printed.  A blank  ends 

print  cards 

11-20  Non-zero  if  prints  desired  on  a sweep  basis 

=1,  when  targets  are  examined  by  increasing  azimuth 
=2,  decreasing  azimuth 

21-30  Non-zero  for  prints  only  on  a given  pass 

=1,  fixed  targets  only 
=2,  normal  processing 
=3,  with  dumping 

31-40  Non-zero  for  prints  only  for  given  targets.  This 

entry  defines  the  lower  internal  target  index  for 
which  detail  prints  are  desired 

41-50  Used  in  combination  with  entry  in  card  columns 

21-40  and  defines  the  higher  target  index  to  be 
printed. 


Note  that  all  entries  are  free  form  inputs;  that  is,  entries  may  be 
placed  anywhere  within  each  10-character  field. 

2.4.2  User  Input  Footprint  Parameter  Tables.  The  footprint  parameter 
tables  define  the  footprint  constraints.  Each  footprint  constraint  is 
represented  by  a series  of  equations  which  model  fuel  supply  and  demand 
for  each  configuration  of  reentry  vehicles  and  targets. 

There  are  four  types  of  systems  modeled  in  program  FOOTPRNT  and  are 
identified  through  parameter  MTYPE  (=1, 2, 3,  or  4).  MTYPE  simply  specifies 
the  nature  or  form  of  equations  that  model  each  MIRV  system. 


User  inputs  supply  constraints  into  equations  whose  form  is  obtained 
through  a value  for  MTYPE.  Each  MIRV  system  is  identified  for  program 
FOOTPRNT  by  the  value  of  the  attribute  NAME.  Each  system  is  identified 
on  input  by  a system  title  card  requesting  the  appropriate  footprint 
constraint  formulae  (through  MTYPE).  The  reading  of  footprint  data  is 
terminated  by  a blank  system  title  card.  Each  title  card  format  is: 


| 

I 
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CARD 

COLUMN 


DESCRIPTION 


i:\ 

J 


>■ 

j 
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11  CH-3 


1-10  Hollerith  name  of  the  MIRV  system 

11-20  MTYPE  (1,2,3,  or  4) 

21-30  Maximum  number  of  RVs  permitted  on  each  booster 

In  any  run  of  FOOTPRNT,  up  to  40  different  kinds  of  MIRV  systems  may  be 
played. 


'fr-gceditfd? 


2.4.3  User-Input  Parameters:  Footprint  Parameter  Tables.  The  format 
of  the  user-input  parameters  for  the  footprint  parameter  tables  are 
explained  in  the  following  sections.  Unless  otherwise  noted,  the  de- 
fault value  for  each  parameter  is  0.0;  justification  within  the  data 
field  is  not  applicable,  and  the  decimal  point  should  always  be  input 
j in  each  field.  These  cards  follow  each  system  title  card. 

2.4.3. 1 TYPE-1  System:  MTYPE=1:  This  system  can  have  a configuration 
of  one  to  16  RVs.  Figure  8 displays  the  input  format  of  the  necessary 
| data.  Formats  for  cards  3 to  29  are  F10.0,  with  one  value  per  field 
and  eight  values  per  card.  Each  field  is  10  columns  wide  starting  with 
column  1.  Successive  values  are  ordered  by  ascending  order  of  RVs. 

Thus,  the  first  value  is  for  one  RV,  the  second  value  for  two  RVs,  and 
the  last  value  for  16  RVs.  The  system  functions  as  follows: 

a.  Fuel  load  at  booster  separation:  Constant  for  the  initial 
configuration  of  RVs. 

b.  Maximum  booster  range:  in  nautical  miles 

RM  = RBASIC  + RADD  * SINE (AZIMUTH) 

| RBASIC  and  RADD  are  functions  of  the  sign  of  the  azimuth 

c.  Range  extension  consumption:  number  of  nautical  miles  traversed 
per  unit  of  fuel 

NM/FUEL  = RX  + RAXX  * SINE (AZIMUTH) 

RX  and  RAXX  are  functions  of  the  sign  of  the  azimuth 


1 Card  1 --  Fuel  Load  at  Booster 

Separation 

Card  Columns 

Name 

Description 

1 1-10 

GAS 

Pounds  of  fuel 

Card  2 (columns 

1-40)  --  Maximum  Booster  Range 

2 1-10 

RBASIC (1) 

For  negative  launch  azimuths 

11-20 

RBASIC (2) 

For  positive  launch  azimuths 

21-30 

RADD(l) 

Additional,  azimuth  dependant,  range  for 
negative  azimuths 

31-40 

RADD(2) 

Additional,  azimuth  dependant,  range  for 
positive  azimuths 

Card  2 (columns 

41-80)  — Range 

Extension  Consumption 

2 41-50 

RX(1) 

For  negative  launch  azimuths 

51-60 

RX(2) 

For  positive  launch  azimuths 

61-70 

RAXX(l) 

Additional,  azimuth  dependant,  consump- 
tion for  negative  azimuths 

71-80 

RAXX(2) 

Additional,  azimuth  dependant,  consump- 
tion for  positive  azimuths 

Cards  3-14  --  Downrange/Crossrange  Ratio  (On  Board  RVs) 

Card  Number 

Name 

Description 

3,  4 

EONEj 

Exponential  Constants 

5,  6 

ETWO) 

7,  8 

CONE 

For  negative  launch  azimuths 

9,  10 

CONE 

Same  as  Cards  7,  8 for  positive  launch 
azimuths 

11,  12 

CTWO 

For  negative  launch  azimuths,  azimuth 
dependent 

13,  14 

CTWO 

Same  as  Cards  11,  12  for  positive  launch 
azimuths 

Figure  8.  MTYPE=1,  MIRV  Data  Format  (Part  1 of  2) 


Card 

Number 

29,  30 


Description 

Same  as  Cards  27,  28  for  positive  launch 
azimuths 


Cards  31-46  --  Downrange/Uprange  Ratio  (On  Board  RVs) 


31,  32 
33,  34 
35,  36 
37,  38 
39,  40 
41,  42 
43,  44 
45,  46 


Same 

as 

Cards 


19,  20 
21,  22 
23,  24 
25,  26 
27,  28 
29,  30 
31,  32 
33,  34 


^ards  47-49  --  Denominators  Used  in  the  Toss  Equations  and  the  Downrange/ 
Uprange  and  Downrange/Crossrange  Ratio  Equations 


47,  48 

TDENOM 

Used  in  the  Toss  Equations  for  each  number  of 
RVs  on  board 

49 

UDEN 

Used  in  the  Downrange/Uprange  ratio  equation 
with  the  parameters  on  Cards  31-46 

49 

DENOM 

Used  in  the  Downrange/Crossrange  ratio 
equations  with  the  parameters  on  Cards  19-30 

Note:  Toss  Equation  parameter  cards  follow  in  groups  based  on  the  initial 
booster  configuration.  For  example,  if  the  initial  configuration 
has  four  RVs  on  the  booster,  four  cards  are  used  to  describe  the 
configuration. 


Card 

Number 


Columns 

1-2 


Description 

The  first  configuration  to  be  described 
where  N is  the  initial  booster  load. 

If  N=0,  no  configurations  will  follow. 
Assuming  N=4,  the  following  cards  are: 


Figure  8.  (Part  2 of  3) 
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Cards 

15-26  — 

Downrange/Uprange  Ratio  (On  Board  RVs) 

Card  Number 

Name 

Description 

15, 

16 

UE1  \ 

(3,  * 

17, 

18 

UE2  / c 

uci(  Same 

I5*  6 

19, 

20 

3,  8 

21, 

22 

UC1  1 r aSj 

UC2  1 CardS  1 

9,  10 

23, 

24 

11,  12 

25, 

26 

UC2  / 

1 13,  14 

Cards 

27-29  — 

Denominators  Used 

in  the  Toss  Equations  and  the  Downrange/ 

Uprange  and  Downrange/ Crossrange  Ratio  Equations 

27, 

28 

TDENOM 

Used  in  the  Toss  Equations  for  each 
number  of  RVs  on  board 

29 

UDEN 

Used  in  the  Downrange/Uprange  ratio 
equation  with  the  parameters  on  Cards 
15-30 

29 

DENOM 

Used  in  the  Downrange/Crossrange  ratio 
equations  with  the  parameters  on  Cards 
3-14 

Cards 

30-32  — 

Toss  Equation  parameter  cards  follow  in  groups  based  on  the 
the  maximum  booster  configuration.  For  example,  if  the 
initial  configuration  has  four  RVs  on  the  booster,  three 

cards  are  used. 

Card 

Columns 

Name 

Description 

30 

1-10 

TEONE  | 

1 RV  on  board 

11-20 

TETWO  J 

21-30 

T0SSC1 

Negative  launch  azimuth,  1 RV  on  board 

31-40 

T0SSC1 

Positive  launch  azimuth,  1 RV  on  board 

41-50 

TOSSC2 

Azimuth  dependent  for  negative  launch 
azimuth,  1 RV  on  board 

51-60 

T0SSC2 

Azimuth  dependent  for  positive  launch 
azimuth,  1 RV  on  board 

31 

-- 

-- 

Same  as  Card  30  for  2 RVs  on  board 

32 

— 

-- 

Same  as  Card  30  for  3 RVs  on  board 

Figure  8.  (Part  2 of  2) 
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d.  Downrange/Crossrange  Ratio: 

DR/CR  = G * (CONE  + CTWO  * SINE (AZIMUTH)) 

where 


G = EXPF 

( EONE* 

/ RM-R 

\ **ETWO ) 

\ 

\ DENOM 

1 I 

CONE  and  CTWO  are  functions  of  the  number  of  RVs 
currently  on  board  and  the  sign  of  the  azimuth. 

EONE  and  ETWO  are  functions  of  the  number  of  RVs  currently 
on  board. 

DENOM  is  a constant, 
e . Downrange/Uprange  Ratio: 

DR/UR  = G * (UCl  + UC2  * SINE  (AZIMUTH)) 


where 

G = EXPf  / UE1  * / RM-R  \ **UE2\ 

\ \ UDEN  / J 

UCl  and  UC2  are  functions  of  the  number  of  RVs  currently 
on  board. 

UEl  and  UE2  are  functions  of  the  number  of  RVs  currently  on 
board. 

UDEN  is  a constant. 

f.  RV  toss  equations:  nautical  miles  per  unit  fuel 

NM/FUEL  = G * (T0SSC1  + T0SSC2  * SINE (AZIMUTH)) 


where 

G = EXPF  i TEONE*  / RM-R  \ **TETW0\ 

\ \ TDENOM  / / 

where 

RM=maximum  booster  range 
R "range  to  initial  target 

TOSSCl  and  T0SSC2  are  functions  of  number  of  RVs  currently  on 
board  and  sign  of  launch  azimuth. 


TEONE  and  TETWO  are  functions  of  number  of  RVs 
currently  on  board 


TDENOM  is  a function  of  number  of  RVs  currently  on  board. 

2.4. 3. 2 TYPE-2  System:  MTYPE=2 . This  system  does  not  consider  launch 
azimuth.  It  considers  configurations  containing  from  one  to  16  RVs  on 
board.  Where  R is  the  distance  from  the  launch  base  to  the  initial 
target  in  the  footprint,  the  system  functions  as  follows: 

a.  RV  Toss  Fuel  Consumption  Equations: 


2 

NM/Unit  Fuel  = ALPHA2  * R + ALPHA 1 * R + ALPHAZ 

The  parameters  are  functions  of  the  number  of  RVs  currently  on 
board. 

b.  Fuel  Load  at  Booster  Separation: 

2 

TF  = BETA 2 * R + BETA1  * R + BETAZ 
The  parameters  are  constants. 

c.  Maximum  Booster  Range:  This  parameter,  MAXRBOST , is  a constant. 


d.  Downrange/ Cross range  Ratio: 

2 

DR/CR  = GTWO  * R + GONE  * R + GZERO 
These  parameters  are  constant. 

e.  Downrange/Uprange  Ratio: 

DR/UR  = DONE  * R + DZERO 
These  parameters  are  constant. 


Figure  9 displays  the  input  format  for  this  data  set.  All  formats  are 
F10.0.  All  formats  for  cards  1 to  6 are  one  value  per  field.  Each  field 
is  10  columns  wide  starting  with  column  1.  The  values  are  ordered  by 
ascending  order  of  RVs.  The  first  value  is  for  one  RV,  the  second  for 
two  RVs,  and  the  last  for  16  RVs.  There  are  eight  values  per  card. 

2.4. 3. 3 TYPE- 3 System:  MTYPE=3.  This  considers  a long-range  system 
with  penetration  aids  similar  to  the  Minuteman-III  system.  In  the  con- 
figuration for  MTYPE=3,  the  booster  will  carry  up  to  16  reentry  vehicles. 
In  addition  to  the  warheads,  the  payload  contains  chaff  canisters  for 
area  penetration  decoys. 

The  input  data  format  for  this  type  is  very  similar  to  that  for  the 
regular  long-range  system  MTYPE=1.  The  only  difference  is  in  specifica- 
tion of  the  fuel  load  at  booster  separation.  In  place  of  the  card 


CARDS 

DESCRIPTION 

1 

ALPHAZ  (1-8) 

2 

ALPHAZ  (9-16) 

3,4 

ALPHA 1 (1-16) 

5,6 

ALPHAZ  (1-16) 

Card  7 

COLUMN 

DESCRIPTION 

1-10 

BETAZ 

11-20 

BETA1 

21-30 

BETA  2 

31-40 

MAXRBOST 

Card  8 

COLUMN 

DESCRIPTION 

1-10 

GTW0 

11-20 

GONE 

21-30 

GZER0 

31-40 

DONE 

41-50 

DZERO 

Figure  9.  MTYPE=2  MIRV  Data  Format 


specifying  the  fuel  on  board  (the  first  data  card  for  MTYPE=1),  the 
following  card  is  used: 


Columns 

Name 

Description 

1-10 

GAS 

Total  fuel  load  before  subtration  of  spacing 
and  release  fuel 

11-20 

SRFDEN  \ 

21-30 

SRFCl  | 

31-40 

SRFC2  J 

Parameters  for  fuel  cost  equations 

41-50 

SRFEXP1 l 

51-60 

SRFEXP2 7 

All  formats  are  floating  point  (F10.0). 


The  spacing  and  release  fuel,  which  is  subtracted  from  the  total  fuel  to 
determine  the  fuel  available  for  footprinting,  is  computed  as  follows: 

Fuel  = G * (SRFCl  + SRFC2  * SINE (AZIMUTH) ) 

where: 

G = EXPFJ SRFEXP1*  / RM-R  \ **SRF£XP2 
\ \ SRFDEN  ) 

RM=maximum  booster  range 
R =range  to  first  target 

2. 4. 3. 4 Type-4  System:  MTYPE=4:  The  Type-4  system  can  have  one  to  16 
RVs  as  an  initial  launch  configuration.  Figure  9.1  displays  the'  input 
format  of  the  necessary  data.  All  formats  are  floating  point  (F10.0)  and 
like  the  inputs  for  MTYPE=1  there  are  eight  values  per  card.  The  system 
functions  are  as  follows : 

a.  RV  Toss  Fuel  Consumption  Equations: 

NM/Unit  Fuel  = A2  * R2  + A1  * R + AO 


where: 


A2,  Al,  and  AO  are  functions  of  the  number  of  RVs  currently  on 
board  and  R is  the  range  from  the  launch  base  to  the  initial 

target. 
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Cards  1-6  — RV  Toss  Fuel  Consumption  Rates 


Card 

Number 


AO 

A1 

A2  ) 


Description 

Fuel  consumption  rate  parameters  for  all 
numbers  of  RVs  currently  on  board 


Card  7 (Columns  1-30)  --  Fuel  Load  at  Booster  Separation 


Columns  Name 

1-10  BO  ) 

11-20  Bl 

21-30  B2  j 


Description 


Fuel  load  parameters 


Card  7 (Columns  31-70)  --  Maximum  Booster  Range 

31-40  BRANGE(l)  Booster  range  for  negative  launch  azimuths 

41-50  BRANGE(2)  Booster  range  for  positive  launch  azimuths 

51-60  BRADD(l)  Additional  range,  dependent  on  azimuth,  for 

negative  azimuth 

61-70  BRADD(2)  Additional  range,  dependent  on  azimuth,  for 

positive  azimuth 

Card  8 (Columns  1-40)  --  Downr ange/Crossrange  Ratio 


1-10  CR2 

11-20  CR1 

21-30  CRO 

31-40  CRDEN 


Constants 


Card  8 (Columns  41-70)  --  Downrange/Uprange  Ratio 


41-50 

51-60 

61-70 


Constants 


Figure  9.1.  MTYPE=4  MIRV  System  Data  Format 
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CH-3 


[r 

► i*'1 

( 

b.  Fuel  Load  at  Booster  Separation: 

r 

V 

? 1 

TF  = B2  * R + Bl  * R + BO 

fcl 

where: 

V 

F Vl 

B2,  Bl,  and  BO  are  constants. 

t . >* 

» 

> 

c.  Maximum  Booster  Range: 

5 

RM  = BRANGE  + BRADD  * SINE (AZIMUTH)  j 

\ 

V 

where: 

\ 

i 

BRANGE  and  BRADD  are  functions  of  the  sign  of  the  azimuth 

[ *•* 

d.  Downrange/Crossrange  Ratio:  i 

♦ 

DR/CR  = C'  + 1 - C'**(R*SINE (AZIMUTH) /CRDEN) 

for  positive  azimuths,  and: 

' 

DR/CR  = C'  - 1 + c«**(-R*SINE (AZIMUTH) /CRDEN) 

for  negative  azimuths,  where: 

. 2 

C = CR2  * R + CRl  * R + CRO 

where: 

CR2,  CRl,  CRO,  and  CRDEN  are  constants 

1 1 

e.  Downrange/Uprange  Ratio: 

DR/UR  = UD2  * R2  + UDl  * R + UDO 

where : 

p 


2.5  Output 

2.5.1  Standard  Prints.  There  are  four  standard  reports  produced  by 
FOOTPRNT . These  are; 

o Group  type  input  from  BASFIL  (figure  12) 
o Footprint  parameter  tables  (figure  13) 
o Optional  prints  desired  (figure  14) 
o Status  of  footprint  assignments  (figure  15) 

2.5.2  Non-Standard  Prints.  When  user  selected  three  separate  non- 
standard prints  are  produced  and  are; 

o Running  status  on  assignments  made  (figure  16) 
o Input  target  set  (figure  17) 

o Nature  of  target  assignment  summary  (figure  18) 

2.5.3  Error  Messages.  Figure  19  gives  error  messages  that  could  be 
generated. 
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Figure  13.  (Part  2 of  2) 


- 

K 

OPTIONAL  PRINTS  TURNED  ON  FORM 
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1 2 

112  114 

i' 

V 

•V!  ( 

HEADING 

LABEL 

DESCRIPTION 

w' 

\ 

( 

© 

GROUP 

The  group  number  for  the  optional  prints. 

? 

If  only  the  group  is  specified,  only  the 
group  level  prints  will  be  produced. 

• 

© 

SWEEP 

=1,  when  targets  are  examined  by  increasing 
azimuth 

V. 

» 

=2,  when  targets  are  examined  by  decreasing 
azimuth 

• 

© 

PASS 

Pass  number  for  which  prints  are  desired 
=1,  fixed  targets  only 
=2,  normal  processing 
=3,  with  1 RV  dumped 

© 

FROM 

Lower  Internal  Index  of  First  Target  for 

which  detail  prints  are  desired 

© 

TO 

Higher  Internal  Index  of  First  Target  for 
which  detail  prints  are  desired 

NOTE:  Q 

Ly  - (4J  are 

necessary  for  Detailed  Prints 

Figure  14.  User  Print  Request 


Figure  15.  Final  Plan  Print  (Part 
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Figure  16.  Group  Assignment  Summary 
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Figure  17.  Input  Target  Print 

(Group  Optional  Print  2) 


INTERNAL  INDEX  125w 
ELLIPSE®  1 (5)  OPTIMAL  SOLUTION  FAILED 

2 TOO  MANY  PASSES /BRANCHES 

3 CHOSEN 


LABEL  DESCRIPTION 


INTERNAL  INDEX  The  internal  index  number  for  the 
first  target  whose  ellipses  are 
being  described 

ELLIPSE  The  Ellipse  number 

What  happened  with  the  ellipse  after 
being  passed  to  PATHFIND  OPTIMAL 

'OPTIMAL  SOLUTION  FAILED'  - The  best 
sequence  could  not  meet  fuel  con- 
straints 

'TOO  MANY  PASSES/BRANCHES'  - Due  to 
the  relative  positions  of  the  targets 
an  inordinate  amount  of  time  and  care 
being  used  to  find  a solution 

'CHOSEN'  - This  ellipse  was  feasible 


ELLIPSE 

ELLIPSE 

HEADING 

(D 

© 
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Figure  18.  Results  of  Individual  Target  Processing 
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WRONG  BASEFILE  FORMAT  REQUESTED  XXXX  GOT  YYYY 
A BASEFILE  with  incorrect  format  has  been  input  to  program 
FOOTPRNT.  The  job  terminates  without  further  processing. 

Rerun  job  using  correct  BASFILE. 

2 TOO  MANY  FIXED  ASSIGNMENTS 

The  user  has  assigned  more  weapons  by  the  fixed  assignment 
capability  than  actually  exist  in  the  weapon  group.  The 
program  continues  processing  but  will  output  a final  plan 
containing  the  excess  weapons.  Rerun  programs  PREPALOC  and/or 
ALOC,  fixing  fewer  weapons  from  the  current  group. 

3 GROUP  XX  HAS  TOO  MANY  ASSIGNMENTS.  NT  = XX  NBOOSTERS  = XX 
This  message  means  the  number  of  targets  or  boosters  is  too 
large  for  processing.  This  group  is  skipped  and  processing 
resumes  on  the  next  group.  Consult  a maintenance  programmer. 

4 THERE  IS  NO  DATA  FOR  SYSTEM  NO.  XXXX 

The  downrange/crossrange  subroutine  or  the  downrange/uprange 
subroutine  has  received  as  an  argument  an  MTYPE  number  for  which 
there  are  no  data.  The  value  of  the  appropriate  ratio  is  set 
equal  to  l.E  + 7 and  processing  continues. 


Figure  19.  FOOTPRNT  Error  Messages 


SECTION  3.  PROGRAM  POSTALOC 


The  purpose  of  program  POSTALOC  is  the  generation  of  detailed  sortie 
specifications  for  bomber  and  missile  vehicles,  and  their  weapons,  based 
on  the  near-optimal  weapon  allocation  received  from  the  Weapon  Alloca- 
tion subsystem,  and  consistent  with  user  input  weapon  system  specifica- 
tions and  operational  constraints. 


3.2  Concept  of  Use 


The  main  operation  performed  in  program  POSTALOC  is  the  expanding  of  the 
allocation  that  was  developed  in  program  ALOC  into  a plan  of  sufficient 
detail  to  serve  as  input  for  modules  external  to  QUICK.  For  missiles, 
this  is  accomplished  by  specifying  the  coordinates  of  the  launch  point 
and  the  coordinates  of  the  target.  For  bombers,  the  process  is  more  com- 
plex. The  first  step  in  the  development  of  a flight  plan  is  the  combin- 
ing of  several  strikes  into  a single  feasible  sortie.  In  addition,  with 
each  sortie  are  associated  a launch  base  and  a recovery  base.  Also  a 
flight  profile  is  selected  which  specifies  where  in  the  flight  plan  low- 
altitude  capability  is  to  be  utilized. 


3.3  File  Utilization 

TWo  input  files  are  required  for  the  execution  of  program  POSTALOC,  and 
one  output  file  is  created  by  the  program.  Information  on  weapon  pay- 
loads,  penetration  and  depenetration  corridors,  and  weapon  groups  is 
obtained  from  the  BASFILE,  while  the  list  of  strikes  assigned  to  each 
weapon  group  is  obtained  from  the  TMPALOC  or  ALOCGRP  file.  The  BASFILE 
is  created  in  program  PREPALOC,  TMPALOC  in  program  ALOCOUT,  and  ALOCGRP 
in  program  FOOTPRNT.  The  sole  output  from  program  POSTALOC  is  the 
STRKFILE,  on  which  is  contained  the  detailed  specifications  of  sorties 
and  missile  launch  events. 


A diagram  which  depicts  these  files  is  presented  in  figure  35. 

3.3.1  Input  Files.  The  Base  File  (BASFIIE),  generated  by  program 
PREPALOC,  contains  data  base  information  to  be  used  throughout  the  plan 
generation  process. 

The  Temporary  Allocation  File  (TMPALOC)  contains  the  weapon-target  allo- 
cation ordered  by  weapon  groups.  Program  ALOCOUT  writes  all  of  its 
results  to  this  file. 

The  Allocation-by-Group  File  (ALOCGRP)  represents  FOOTPRNT 's  modifications 
of  the  MIRV  information  in  TMPALOC  when  program  FOOTPRNT  is  executed. 

3.3.2  Output  Files.  The  Strike  File  (STRKFILE)  contains  specific  bomber 
and  missile  plans  for  input  to  program  PLNTPLAN. 
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Figure  35.  Program  POSTALOC  File  Utilization 
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3.3.3  Filehaadler  Buffer  Utilization.  The  above  files  use  the  file- 
handler  buffers  shown  in  figure  36. 


FILE  NAME 

BUFFER  NUMBER 

BAS FILE 

8 

TMPALOC 

3 

ALOCGRP 

2 

STRKFILE 

15 

Figure  36.  Filehandler  Buffer  Utilization- Program  POSTALOC 


3.4  Input 

The  required  input  for  program  POSTALOC  is  of  three  types  : the  print 
options  to  be  exercised  for  the  run;  values  for  certain  parameters  and 
user  options  to  be  used  during  the  run;  and  special  debug  print  options. 

A further  description  of  these  input  parameters,  together  with  illustra- 
tions of  exemplar  data  cards,  follows. 

3.4.1  User-Input  Parameters:  Print  Option  Cards.  There  are  33  separ- 
ate prints  available  to  the  user  in  program  POSTALOC.  Many  of  these 
prints,  however,  may  be  issued  at  more  than  one  place  in  the  sequence  of 
program  execution. 

The  print  request  numbers  to  be  specified  by  the  user  indicate  both  the 
pring  required  and  the  point  during  processing  at  which  that  print  is 
to  be  output.  For  example,  print  1 displays  the  contents  of  common 
/SORTYTGT/.  If  that  print  is  to  be  output  during  subroutine  REFABORT, 
the  user  specifies  print  request  number  140.  If  it  is  to  be  output  dur- 
ing subroutine  EVALB,  it  is  effected  by  print  request  numbers  103,  104, 
105,  106,  107,  or  108;  the  one  to  be  chosen  depends  on  at  what  point 
within  this  subroutine  the  print  is  to  be  issued.  For  normal  execution, 
only  the  standard  prints  are  required.  The  others  are  available  for  the 
programmer,  who  will  select  prints  based  on  analysis  of  the  program  list- 
ing. A list  of  these  print  request  numbers  is  given  in  table  3. 

There  are  only  four  prints  which  are  normally  of  use  to  other  than  QUICK 
system  programmers.  These  are: 

a.  Standard  Print:  Print  request  75,  the  corridor  summary  of 
sorties,  warheads,  and  recoveries.  (This  is  print  option  25 
from  subroutine  OPTRAID.) 


Table  3.  Print  Numbers  Corresponding  To 
Each  Print  Option 
(Part  1 of  6) 


PRINT  OPTION 


PRINT 

REQUEST  NUMBER 


OCCURRENCE 

(SUBROUTINE) 


(contents  of  /SORTYTGT/)  1Q1 


SORTOPT 

INPOTGT 

SORTOPT 

SORTOPT 

EVALB 

EVALB 

EVALB 

EVALB 

EVALB 

EVALB 


(contents  of  /CURSORTY/) 


SORTOPT 

CHGPLAN 

DUMPSRT 

GETSORT 

GETSORT 

SORTOPT 

CHGPLAN 

SORTOPT 

SORTOPT 

SORTOPT 

EVALB 

EVALB 

EVALB 

EVALB 

EVALB 

EVALB 


(contents  of  /CURRAID/) 


FLTROUTE 

SORTOPT 

DUMPSRT 

TGTASGN 

GETSORT 

REFABORT 

FLTROUTE 

TGTASGN 

TGTASGN 


Table  3.  (Part  2 of  6) 


PRINT  OPTION 


PRINT 

REQUEST  NUMBER 


OCCURRENCE 

(SUBROUTINE) 

TGTASGN 

TGTASGN 

TGTASGN 


(contents  of  / RAIDSTRK/  , 
and  /CORPARM/) 


GENRAID 

FLTROUTE 

OPTRA  ID 

OPTRA ID 

OPTRA  ID 

OPTRA  ID 

OPTRA  ID 

OPTRA  ID 

OPTRAID 

RF.FABORT 

REFABORT 

REFABORT 

REFABORT 

SORTOPT 

SORTOPT 

SORTOPT 

SORTOPT 

SORTOPT,  GENRAID 

TGTASGN 

TGTASGN 

TGTASGN 

TGTASGN 

TGTASGN 

TGTASGN 


(contents  of  /EVAL/) 


EVALB 

EVALOA 

EVALOB 

EVALB 


(contents  of  /RAIDSHR/)  ^ 


GENRAID 

FLTROUTE 

GENRAID 

INITOPT 


CHGPLAN 


(contents  of  /CHGPLAN/) 


1* 


Table  3.  (Part  3 of  6) 


PRINT 

OCCURRENCE 

PRINT  OPTION 

REQUEST  NUMBER 

(SUBROUTINE) 

8 

26 

INITOPT 

(contents  of  /INITOPT/) 

77 

154 

FLTPLAN 

GETSORT 

9 

78 

GETSORT 

(contents  of  /INDEX/) 

10 

14 

TGTASGN 

(contents  of  /TGTASGN/) 

151 

FLTROUTE 

153 

FLTROUTE 

163 

TGTASGN 

164 

TGTASGN 

165 

TGTASGN 

166 

TGTASGN 

167 

TGTASGN 

11 

6 

GETGROUP 

(contents  of  /GRPTYPE/) 

12 

5 

GETGROUP 

(contents  of  /GRPDATA/) 

88 

GENRAID 

150 

GENRAID 

161 

INITOPT 

13 

3 

GETGROUP 

(contents  of  /CORRCHAR/) 

14 

8 

PRERAID 

(contents  of  /STRKSUM/) 

15 

Not  Active 

(contents  of  /RAIDSHR/) 

16 

11 

GENRAID 

(contents  of  /CORRIDOR/) 

154 

GETSORT 

17 

18 

FLTROUTE 

(contents  of  /NEXTFLT/ ) 

82 

NEXTFLT 

152 

FLTROUTE 

66 


Table  3.  (Part  4 of  6) 


PRINT 

OCCURRENCE 

PRINT  OPTION 

REQUEST  NUMBER 

(SUBROUTINE) 

18 

2 

GETGROUP 

(contents  of  /DEBUG/) 

7 

PRERAID 

10 

GENKA ID 

12 

TGTASGN 

16 

CORRPARM 

17 

FLTROUTE 

21 

NEXTFLT 

22 

OPTRA  ID 

25 

INITOPT 

30 

SORTOPT 

34 

FLTPLAN 

53 

EVALB 

56 

EVALOA 

60 

EVALOB 

68 

CHGPLAN 

71 

DUMPSRT 

74 

OUTSRT 

77 

GETSORT 

95 

FLTPLAN 

19 

Not  Active 

20 

76 

OUTSRT 

(contents  of  /OUTSRT/) 

21 

113 

GETGROUP 

(contents  of  PAYLOAD/) 

22 

121 

MIS AS GN 

(missile  event  data) 

23 

36 

FLTPLAN 

(parameters  for  a target 

42 

FLTPLAN 

51 

FLTPLAN 

in  the  hit  list) 

24 

120 

GETSORT 

(current  sortie 
identification) 


67 


Table  3.  (Part  5 of  6) 


PRINT 

OCCURRENCE 

PRINT  OPTION 

REQUEST  NUMBER 

(SUBROUTINE) 

25 

75 

OPTRA ID 

(corridor  summary) 

26 

35 

FLTPLAN 

(characteristics  of 

37 

FLTPLAN 

50 

FLTPLAN 

targets  in  the  hit 

52 

FLTPLAN 

list) 

96 

FLTPLAN 

27 

(characteristics  of 
targets  considered 
for  omission) 

66 

EVALOB 

28 

61 

EVALOB 

(target  characteristics) 

62 

EVALOB 

63 

EVALOB 

64 

EVALOB 

65 

EVALOB 

29 

54 

EVALB 

57 

EVALOA 

(ASM  characteristics) 

58 

EVALOA 

79 

EVALOA 

93 

EVALB 

94 

EVALB 

30 

47 

FLTPLAN 

48 

FLTPLAN 

(low-altitude  allocation) 

49 

FLTPLAN 

31 

44 

FLTPLAN 

(attrition  rates) 

32 

45 

FLTPLAN 

(precorridor  leg 
characteristics ) 

46 

FLTPLAN 

68 


SECTION  4.  PROGRAM  PLANOUT 


i 

r 


i.  4.1  General  Description 

t > 

|.  -v 

Program  PLANOUT1 s sole  function  is  the  execution  of  three  separate  over- 
lays each  of  which  may  be  viewed  as  distinct  subroutines.  This  consoli- 
dation was  made  since,  in  general,  the  use  of  any  one  overlay  results  in 
all  three  being  used. 

K The  first  overlay,  PLAN01,  permits  the  user  to  make  minor  changes  to  the 

plans  generated  by  QUICK  but  not  requiring  a new  allocation.  PLANOl  gives 
the  user  control  over  targets  assigned  to  a specific  sortie,  the  weapon 
? offsets,  time  of  delivery,  and  height  of  burst.  The  user  may  change  plans 

generated  by  POSTALOC  or  a recycling  of  PLANOUT. 

!>  ' 

Overlay  PLNTPLAN,  the  second  overlay,  accepts  output  from  PLANOl  (which 
includes  the  user  target  changes)  and  finalizes  the  sorties  generated  by 
the  previous  programs  in  the  Sortie  Generation  subsystem. 

The  last  overlay,  INTRFACE,  adds  information  to  the  output  of  PLNTPLAN,  and 
creates  tapes  to  be  used  in  programs  external  to  QUICK. 

Inclusion  of  an  entry  on  a parameter  card  as  shown  in  the  appendix  (figure 
149)  allows,  at  the  user's  discretion,  an  automatic  interface  between 
PLANOUT  and  the  SIDAC  Model. 

4. 2 Executing  Program  PLANOUT 

Program  PLANOUT  is  the  driver  routine  for  executing  subroutines  PLANOl, 
PLNTPLAN  and  INTRFACE  in  an  overlay  mode  of  operation.  PLANOUT  is  the 
main  segment  of  the  overlay  structure  and  automatically  calls  in  the  other 
subroutines  as  required. 

4.2.1  File  Utilization.  Figure  74  displays  the  use  of  files  by  program 
PLANOUT. 

4.2. 1.1  Input  Files.  The  Strike  File  (STRKFILE)  contains  bomber  and  missile 
plans  as  output  by  POSTALOC.  This  file  is  used  in  PLANOl  and  PLNTPLAN. 

The  Base  File  (BASFILE)  is  a data  file  created  by  PREPALOC  to  provide  con- 
stant information  pertaining  to  the  current  data  base.  BASFILF.  is  used 
by  all  three  overlays. 

The  Missile  Time-On-Target  File  (MSLTIME)  contains  missile  timing  data  and 
is  used  in  PLNTPLAN. 

The  Strike  Change  1 (SCHNGl)  file  is  created  in  PLANOl  during  a previous 
PLANOUT  run.  SCHNGl  contains  records  that  were  changed  from  the  original 
STRKFILE  by  the  user.  Through  recycling  files,  the  user  may  make  changes 
to  changes.  If  SCHNGl  does  not  exist,  STRKFILE  is  used  for  all  missile 
and  bomber  plans. 
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CH-1 


STRKFILE 


SCHNG1 

(Optional) 


TARFILE 

(Optional) 


The  Target  File  (TARFILE)  is  a target  file  created  by  PLANSET  to  provide 
information  when  a target  is  added  or  replaced  on  a given  sortie.  If  no 
replacements  or  additions  are  performed,  TARFILE  is  not  required. 


4. 2. 1.2  Output  Files.  The  Strike  Change  2 (SCHNG2)  file  is  created  in 
PLANOl  by  merging  records  from  STRKFILE,  previous  SCHNG1,  and  including 
any  further  changes  specified  on  this  run.  SCHNG2  is  used  in  PLNTPLAN 
and  saved  on  spill  tapes  for  possible  future  use.  As  used  in  future  runs, 
SCHNG2  becomes  the  SCHNGl  file. 


The  Detailed  Sortie  Plan  File  (PLANTAPE)  contains  bomber,  missile,  and 
tanker  plans  in  greater  detail  on  the  EVENTAPE  for  input  to  program  INTRFACE 
and/or  EVALALOC. 

The  Strike  Tape  (PTAPE)  file  contains  the  weapon  delivery  data  required  for 
• detailed  damage  assessment. 


The  Sortie  Specification  Tape  (ABTAPE)  file  contains  the  flight  route  and 
weapon  delivery  data  required  to  simulate  the  execution  of  the  missile  and 
bomber  missions  using  the  NEMO  and  ESP  simulation  system. 

4. 2. 1.3  Filehanaler  Buffer  Utilization.  The  filehandler  buffer  areas  used 
by  the  files  of  program  PLANOUT  are  shown  in  figure  75. 


FILE  NAME 

BUFFER  NUMBER  (LUN) 

MSLTIME 

7 

SCHNGl 

2 

PLANTAPE 

3 

STRIKE (PTAPE) 

4 

STRKFILE 

15 

ABTAPE 

16 

BASFILE 

8 

SCHNG2 

9 

TARFILE 

19 

Figure  75.  PLANOUT  Filehandler  Buffer  Utilization 
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4.2.2  Input . The  card  inputs  as  used  in  each  overlay  are  discussed  in 
appropriate  subsequent  subsections. 

4.2.3  Output . Output  for  each  overlay  is  discussed  in  appropriate  subse- 
quent subsections. 

4.3  Overlay  PLANOl 

4.3.1  General  Description.  PLANOl  is  the  first  overlay  of  program  PLANOUT 
and  processes  sortie  change  cards  as  input  by  sortie  sequence  number, 
change  operation  codes  and  DESIGs.  PLANOl  merges  these  changes  with  the 
STRKFILE  or,  if  desired,  from  a previous  PLANOUT  output  file.  The  output 
file  from  PLANOl,  SCHNG2,  along  with  STRKFILE  is  used  in  PLNTPLAN  (second 
overlay)  to  finalize  plans.  If  the  user  does  not  change  a given  sortie, 
the  final  plan  is  generated  from  the  STRKFILE;  otherwise,  the  plan  is  gen- 
erated from  SCHNG2. 

The  sortie  change  cards  permit  the  user  to  make  minor  target  changes  on 
any  desired  sortie  but  not  requiring  a new  allocation.  Via  user  inputs, 
control  may  be  exercised  over: 

a.  The  target  designator  code  (DESIG),  impact  time,  weapon 
height  of  burst,  Desired  Ground  Zero  (DGZ)  coordinates, 
and  depenetration  corridors. 

b.  Permit  the  capability  to  add,  delete  or  replace  complete 
strikes  by  sortie  sequence  number  without  having  to  specify 
times  and  so  forth. 

c.  Provide  for  the  creation  of  complete  non-MIRV  missile  sorties. 

4.3.2  File  Utilization.  Figure  76  displays  the  use  of  files  by  overlay 
PLANOl . 


STRKFILE 


SCHNG1 

(Optional) 


Overlay 
PLANOl 
(Overlay  1) 


BASFILE  • 


x TARFILE 
/(Optional) 


SCHNG2 


Figure  76.  Overlay  PLANOl  File  Utilization 
124 


L 


4.3.2. 1  Input  Files.  The  Strike  File  (STRKFILE)  contains  bomber  and 
missile  plans  as  output  by  POSTALOC. 


The  Base  File  (BASFILE)  is  a data  file  created  by  PREPALOC  to  provide  con- 
stant information  pertaining  to  the  current  data  base. 

The  Missile  Time-On-Target  File  (MSLTIME)  contains  missile  timing  data. 

The  Strike  Change  1 (SCHNG1)  file  is  a result  of  recycling  a previous 
PLANOUT.  SCHNGl  contains  records  that  were  changed  by  the  user  from  the 
original  STRKFILE.  By  recycling  files,  the  user  may  make  changes  to 
changes.  If  SCHNGl  does  not  exist,  STRKFILE  is  used  for  all  missile  and 
bomber  plans. 

The  Target  Designator  Input  File  (TARFILE)  is  a target  file  created  by 
PLANSET  to  provide  information  when  a target  is  to  be  added  or  replaced 
on  a given  sortie.  If  no  replacements  or  additions  are  performed,  TARFILE 
is  not  required. 

4. 3. 2. 2 Output  Files.  The  Strike  Change  2 (SCHNG2)  file  is  created  by 
merging  records  from  STRKFILE,  a previous  SCHNGl,  and  including  any  further 
changes  specified  on  the  sortie  change  cards.  SCHNG2  is  used  in  PLNTPLAN 
and  saved  on  spill  tapes  for  possible  future  use.  As  used  in  future  runs, 
SCHNG2  becomes  the  SCHNGl  file. 

4. 3. 2. 3 Filehandler  Buffer  Utilization.  The  filehandler  buffer  areas 
used  by  the  files  of  PLNTPLAN  are  shown  in  figure  77. 


FILE  NAME 

BUFFER  NUMBER  (LUN) 

MSLTIME 

7 

SCHNGl 

2 

STRKFILE 

15 

BASFILE 

8 

SCHNG2 

9 

TARFILE 

19 

Figure  77.  PLNTPLAN  Filehandler  Buffer  Utilization 
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4.3.3  Input . A series  of  fixed  field  input  cards,  as  shown  in  figure  79, 
permits  the  user  to  make  changes  to  the  sorties  generated  in  POSTALOC.  If 
no  changes  are  to  be  made  a single  card  with  an  "E"  in  the  first  column  is 
necessary.  The  sortie  change  cards  must  be  ordered  by  the  sortie  sequence  number 
(however,  more  than  one  card  may  be  specified  for  a given  sortie).  If  new 
missile  sorties  are  added,  the  specification  cards  must  follow  all  the 
change  cards  for  existent  sorties.  For  the  sortie  add  option,  the  program 


will  automatically  assign  sortie  numbers,  which  will  start  two  integers 
larger  than  the  final  sortie  numbers  of  the  original  run.  Since  only  a 
minimum  number  of  checks  are  performed  in  this  program,  the  user  should 
insure  the  feasibility  of  any  changes  made,  e.g.,  range,  depenetration 


corridors,  etc. 


There  are  four  operations  associated  with  these  change  options: 
"C"  card  indicates  change  strike 
"I"  card  indicates  insert  strike 
"A"  card  indicates  add  sortie 

"E"  card  signals  end  of  option;  always  required 
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COLUMN 

FORMAT 

U1 

RANGE (i) 

LABEL 

DESCRIPTION 

1 

Alphameric 

R 

(A > C , I , or  E) 

ICODE 

★ 

Operation  code 

2 

Alphameric 

R 

(A  or  G) 

IHOB 

Height  of  burst 
option 

3 

Alphameric 

R 

(B  or  blank) 

ISTYP 

•k 

Sortie  type 

4-5 

Integer 

R 

(i  s 30) 

IDCC 

Depenetration 
corridor  change 

6 

Alphameric 

R 

(A  or  blank) 

IASM 

★ 

ASM  or  bomb  launch 

7 

Alphameric 

R 

(N  or  blank) 

IRAC 

Attrition  recalcu- 
lation 

8-12 

Integer 

R 

(i  * 99,999) 

ISSN 

Sortie  Sequential 
Number* 

13-17 

Alphameric 

R 

N/A 

IDESIG1 

★ 

DESIGl  reference 

13-14 

Alphameric 

R 

N/A 

IDESIGl 

If  operation  code 

is  "A"  Country  code 
of  the  launch  base 
replaces  DESIG1 
reference* 


18-22 

Alphameric 

R 

N/A 

IDESIG2 

DESIG2  (new  target, 
blank  for  delete)* 

23-25 

Integer 

R 

N/A 

TCHANGE 

Time  of  flight 
change  (minutes) 

26 

Integer 

R 

(C  or  blank) 

CALOFF 

If  blank,  offsets 
(DLATOF  and 

DLONGOF)  are 
entered  directly. 
If  'C1  DLATOF  and 
DLONGOF  represents 
the  actual  ground 
zero 


Items  mandatory  on  appropriate  code  cards. 


Figure  79.  Sortie  Change  Card  (Part  1 of  3) 
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COLUMN 

FORMAT 

Mi 

RANGE (i) 

LABEL 

DESCRIPTION 

27-33 

N/A 

DLATOF 

Dependent  on 

CALOFF.  If  blank 
DLATOF  is  DGZ  off- 
set (50ths  of  n. 
miles).  If  'C' 
DLATOF  is  actual 
latitude  ground 
zero  (floating 
decimal).  DLATOF 
is  set  to  'ZERO' 
(left  justified) 
if  offset  is  to  be 
set  to  numeric  zero 
regardless  of 

CALOFF 

34-41 

“ 

— 

N/A 

DLONGOF 

Same  as  DLATOF,  but 
for  longitude. 

42-46 

Floating 

point 

N/A 

N/A 

TLUCH 

Time  of  launch 
(minutes)* 

47-48 

Integer 

R 

1-99 

ILR 

Launch  region 

49 

Integer 

R 

(1  or  2) 

IALS 

Alert  status 

50-52 

Integer 

R 

IMTI 

Missile  type  index 
(plane  type) 

53-54 

Integer 

R 

(20) 

IPI 

Payload  index 

55-57 

Integer 

R 

(i£250) 

IGI 

Group  index 

58-61 

Integer 

R 

N/A 

ISI 

Site  index 

62-63 

Integer 

R 

(i£90) 

LATD 

Weapon  site  lati- 
tude (degrees) 

64-65 

Integer 

R 

(is60) 

LATM 

Weapon  site  lati- 
tude (minutes) 

66-67 

Integer 

R 

(i£60) 

LATS 

Weapon  site  lati- 
tude (seconds) 

68 

Alphameric 

R 

(N  or  S) 

LATR 

Weapon  site  lati- 
tude reference 
(North  or  JJouth) 

71-73 

Integer 

R 

(i^360) 

LONGD 

Weapon  site  longi- 
tude (degrees) 

74-75 

Integer 

R 

(i£60) 

LONGM 

Weapon  site  longi- 
tude (minutes) 

^Parameters  given  in  columns  42-80  are  needed  only  for  the  missile 
add  option.  Items  in  columns  42-80  are  mandatory  for  missile  add  option. 


Figure  79.  (Part  2 of  3) 


128 


CH-3 


COLUMN 

FORMAT 

<J1 

RANGE (i) 

LABEL 

DESCRIPTION 

lb-11 

Integer 

R 

(i£60) 

LONGS 

Weapon  site  longi- 
tude (seconds) 

78 

Alphameric 

R 

(E  or  W) 

LONGR 

Weapon  site  longi- 
tude reference 
(East  or  West) 

79-80 

Integer 

R 

(is24) 

ISAL 

Missile  salvo 
number 

(Part  3 of  3) 


L28.1  Cl 


The  basic  information  needed  on  change  or  insert  cards  is  the  operations 
code  ("C"  or  "I");  the  sortie  sequence  number;  the  DESIGs  involved;  and 
optional  information  such  as  changed  or  new  height  of  burst  (air  or 
ground);  DGZ  offsets  from  data  base  coordinates,  etc.  Additionally, 
the  sortie  type  must  be  specified,  either  bomber  or  missile  (B  or 
blank  in  column  3).  In  the  case  of  bomber  type  sorties  the  weapon 
will  be  defined  in  column  6 as  (A)  for  ASM  launch  or  (blank)  for  drop 
bomb.  The  user  may  specify  the  depenetration  corridor  for  bomber 
sorties.  If  not  specified,  the  corridor  as  given  on  the  STRKFILE  will 
be  used. 

4.3.3. 1 "C"  Code:  DESIGl  (columns  15-19)  will  be  dropped  when  DESIG2 

(columns  21-25)  is  blank. 

Strikes  are  replaced  when  both  DESIGl  and  DESIG2  are  nonblank  and  not 
equal.  DESIGl  will  be  replaced  by  DESIG2  (DESIG2  must  be  the  repre- 
sentative target  of  a complex). 

When  DESIGl  equals  DESIG2,  elements  of  the  strike  are  changed.  This 
allows  a change  in  down  time,  height  of  burst,  offset  characteristics 
or  depenetration  corridor. 

If  any  of  the  change  fields  (At,  AHOB,  etc.)  are  bi  and  the  target 
is  not  changed,  the  current  values  are  used.  When  tney  are  blank  for  a 
new  target,  default  values  will  be  assigned.  The  defaults  will  use  nor- 
mal times  derived  from  distance,  HOB  as  specified  in  program  PREPALOC  of 
zero  (data  base  coordinates). 

The  At,  ALAT  and  ALONG  are  signed  quantities.  Direction  is  positive 
(+)  north  or  west  and  negative  (-)  south  and  east.  Offsets  are  always 
computed  from  the  data  base  locations  of  target  with  DES1G2. 

There  are  two  methods  of  defining  offsets:  (1)  direct  offset  entry  if 
parameter  CAIOFF  is  blank;  and  (2)  entry  of  actual  ground  zero  if  para- 
meter CALOFF  equals  ' C . 1 In  order  to  set  an  existing  offset  to  zero, 
'ZERO'  must  be  entered  into  DLATOF  and/or  DLONGOF. 

When  the  target  is  not  changed,  the  time  of  the  bomb  or  ASM  hit  will 
be  changed  by  the  amount  specified.  In  the  case  of  missiles  the  down 
time  will  be  changed  but  there  will  be  no  change  to  launch  times.  If 
the  target  is  new,  then  At  specifies  the  tfme  change  to  be  applied  to 
the  calculated  time. 

New  attritions  will  always  be  calculated  unless  a "N"  appears  in  column 
7.  For  a depenetration  corridor  change,  the  last  event  of  the  sortie 
will  always  be  set  to  DEPEN;  this  guarantees  a two-way  mission. 

A bomber  null  sortie  may  be  reestablished  by  setting  DESIGl  blank  and 
DESIG2  to  the  target  to  be  struck.  If  more  than  one  strike  is  desired, 
additional  "C"  code  cards  are  used  and  must  be  in  the  order  in  which  the 
targets  are  to  be  struck.  All  remaining  options  hold;  i.e..  At,  AHOB, 
etc. 


1 


4. 3. 3. 2 "I"  Code;  DESIG2  will  be  inserted  after  DESIGl.  If  DESIGl  is 
blank,  DESIG2  will  become  the  first  target  of  the  sortie.  The  discussion 

i'  of  optional  information  for  "C"  code  on  new  targets  applies  to  DESIG2. 

, Only  one  target  may  be  inserted  after  a given  DESIG.  If  there  is  more 

than  one  "I"  code  card  with  the  same  DESIGl,  the  DESIG2  target  as  defined 

V on  the  last  card  will  be  inserted  and  the  other  DESIG2  insert  requests 

ignored. 

This  option  is  used  for  air  delivered  ordnance  and  MIRV  capable  missiles. 
In  the  case  of  bombers  it  may  be  used  in  conjunction  with  "C"  code  cards 
to  change  the  order  of  strikes  on  a given  sortie.  However,  if  the  pro- 
gram determines  a switch  in  order  of  strikes  is  not  mathematically  opti- 
mal the  changes  will  not  be  made. 

4. 3. 3. 3 "A"  Code;  Non-MIRV  missile  sorties  are  added  by  defining  the  data 
listed  for  columns  40-80  in  figure  79.  If  no  launch  time  is  given,  the 
program  sets  this  time  according  to  salvo  number  and  launch  interval.  If 
simultaneous  launches  are  desired,  salvo  numbers  (columns  79-80)  must  be 
repeated  for  each  round  which  is  to  be  salvoed;  i.e.,  if  SIMLAUNCH  is  i, 
the  missile  salvo  number  j would  be  repeated  i times  in  order  to  have  i 

| weapons  launch  at  ( j -i)* (launch  interval).  In  the  case  of  non-salvoed 
missiles  and  bombers,  launch  will  occur  at  the  earliest  feasible  time  as 
determined  by  alert  status,  CORMSL,  etc.  If  a launch  time  is  specified, 
that  value  is  added  to  the  delay  times  discussed  above.  The  country  code 
of  the  launch  base  replaces  the  DESIG  reference. 

4. 3. 3. 4 General . Some  changes  will  necessitate  the  recalculation  of 
the  survival  probability,  attrition,  and  available  low  altitude  range  of 
a mission.  Such  changes  are  the  addition  or  deletion  of  targets  from  the 
original  sortie.  Other  changes,  such  as  changing  the  time  between  targets 
should,  strictly  speaking,  affect  the  available  low  altitude  range  and 
survival  probability  also;  however,  if  the  adjustments  are  small  enough 
the  user  may  not  want  the  whole  sortie  disrupted  by  these  calculations. 
Thus,  on  time  changes  the  user  will  be  able  to  select  whether  recalcula- 
tion is  desired.  The  default  will  be  to  recalculate  the  basic  parameters. 
Of  course,  if  the  user  opts  for  recalculation  at  any  change  on  a sortie, 
all  events  will  be  affected. 

If  the  time  of  arrival  at  a target  is  changed,  all  subsequent  targets 
will  be  hit  at  their  previously  computed  times  plus  that  time  increment 
(which  may  be  negative).  Targets  earlier  in  the  sortie  will  not  be 
affected. 

If  a decrease  in  time  has  been  input  between  strikes,  the  effect  is  to 
actually  increase  the  speed  of  an  aircraft.  The  actual  speed  will  be 
calculated  by  dividing  the  distance  by  time  between  the  two  points  and 
if  this  increase  is  greater  than  a data  set  percentage  of  the  aircraft 
speed  it  will  be  considered  to  be  an  error.  The  time  will  be  set  to  the 
maximum  allowed  time  differential  and  an  error  message  printed.  The 
time  error  messages  round  down  to  the  whole  minute. 


130 


CH-1 


E 


If  the  time  between  two  points  has  been  increased,  or  if  a strike  has 
been  added  to  a sortie,  the  total  range  used  by  the  sortie  will  be 
affected.  This  will  be  checked  and  if  the  range  is  greater  than  the 
maximum  permitted  range  an  error  comment  will  be  printed.  Time  increases 
are  prorated  back  to  the  previous  strike  or  in  the  case  of  first  strike, 
back  to  "insector".  Minimum  speed  is  used  to  determine  the  allowable 
change. 

Certain  scenarios  demand  a two-way  bomber  mission:  that  is  no  bomber 
aborts.  To  ensure  a two-way  mission,  the  user  must  request  at  least  one 
target  replacement  or  deletion  with  a depenetration  corridor  change. 
Replaced  or  deleted  targets  must  be  such  as  to  guarantee  sufficient  fuel 
for  a two-way  mission.  The  depenetration  corridor  option  must  be  used 
even  if  the  original  corridor  number  is  repeated.  This  request  instructs 
a change  from  ABORT  event  to  RECOVER. 

4.3.4  Output.  The  printed  output  from  PLAN01  consists  of  the  print  of 
all  input  cards  and  statements  of  options  used.  No  debug  prints  are 
furnished. 


If  the  first  sortie  change  card  has  an  "E"  in  the  operation  code  field, 
the  print  below  is  given. 

NO  CHANGE  SORTIE  CARDS  PROCESSED. 

The  only  remaining  print  from  PLAN01  is  a card  image  of  each  sortie  change 
card  read. 

PLAN01  error  messages  are  shown  in  figure  80. 


***ERROR-DESIG(I)  BAD  NOT  FOUND,  COMMAND  IGNORED 
DESIG,I,  could  not  be  found  on  the  target  file.  Any 
updates  to  this  sortie  number  will  be  ignored.  If  any 
error  is  detected  on  sortie  cards,  a message  will  be 
printed  but  all  changes  on  the  card  generating  the 
error  (and  on  all  cards  with  the  same  sortie  sequence 
number)  will  be  ignored. 


Figure  80.  PLAN01  Error  Messages  (Part  1 of  2) 
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REQUESTED  INSERT  AFTER  DESIG1  (I),  BUT  UNABLE  TO  FIND  DESIG1. 
User  requested  an  insert  after  DESIG1,  but  program  could  not 
locate  DESIG1. 


3.  DESIG2  is  BLANK 

DESIG2  is  blank  on  an  insert  card. 

4.  EXCEEDED  MAXIMUM  NUMBER  OF  EVENTS 

User  inserted  too  many  events  on  a given  sortie.  Limits  are 
10  for  bombers  and  18  for  missiles. 

5.  ERROR  SORTIE  NUMBERS  OUT  OF  SORT,  CARD  DROPPED 

The  input  sortie  cards  are  not  sorted  by  sortie  sequential 
order. 

6.  ERROR,  SORTIE  NO.  MISMATCH  ON  TAPES.  STRKFILE= ( I ) , STRKCHNG 
NO. = ( J ) 

In  using  the  STRKCHNG  input  option,  the  program  read  a sortie 
of  I on  STRKFILE  and  a value  of  J on  STRKCHNG.  They  must  be 
equal;  the  program  will  terminate. 

7.  ERROR,  OPERATION  CODE  NOT  A OR  E,  CARD  DROPPED 

After  all  the  missile  and  bomber  cards  have  been  processed, 
the  only  valid  operation  is  an  A or  E. 

8.  WRONG  BASFILE  FORMAT.  REQUESTED  GOT . 

The  label  information  on  the  accessed  BASFILE  does  not  match 
that  expected  by  the  program.  PLANOUT  stops  processing. 

Rerun  job  with  correct  BASFILE. 

9.  ERROR.  RANGE  LIMITS  EXCEEDED.  MAX  RANGE=(X) , CALCULATED 
RANGE=(Y) , SORTIE  SEQUENCE=(I) 

For  sortie  sequence  number,  I,  a bomber  is  requested  to  fly 
Y miles  which  is  greater  than  the  maximum  of  X miles.  Error 
is  probably  caused  by  a user  request  on  a sortie  change  card. 
Finalized  plans  are  processed  from  the  STRKFILE  record. 

10.  TIME  CHANGE  TOO  LARGE.  TIME  CHANGED  TO  MAX  OF  (I)  MINUTES, 
SORTIE  SEQUENCE=( J ) 

A target  time  change  request  on  sortie  sequence  number  J 
is  too  large;  time  reset  to  I minutes. 

11.  MISSILE  SORTIE  CHANGE  REQUEST  EXCEEDS  RANGE  LIMITS, 

TARGET-(I) 

A sortie  change  request  on  target  I exceeds  missile  range. 
Finalized  plans  are  processed  from  the  STRKFILE  record. 


Figure  80.  (Part  2 of  2) 
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it.  it  Overlay  PLNTPLAN 


4.4.1  General  Description.  Overlay  PLNTPLAN,  the  second  overlay  of 
program  PLANOUT,  processes  the  bomber  and  missile  plans  provided  on 
the  STRKFILE  by  program  POSTALOC  or  STRKCHNG  from  PLAN01,  and  writes 
these  plans  with  tanker  plans  to  the  PLANTAPE  which  Is  used  as  input 
to  programs  INTRFACE  and  EVALALOC.  Detailed  prints  of  the  final  plan 
may  also  be  obtained  from  PLNTPLAN. 


Among  the  processing  functions  performed  by  PLNTPLAN  on  the  Input  plans 
are: 


a. 


Assigning  refuel  areas  to  bombers  and  allocating  tankers  to 
service  them 


b.  Calculating  ASM  launch  points 


Determining  where  change  altitude,  and  launch  decoy  events 
occur 


Coordinating  bomber  and  missile  launch  times  according  to 
user  parameters 


e. 


Calculating  distances  and  times  between  all  events  of  each 
plan. 


The  principal  user  input  to  overlay  PLNTPLAN  is  the  data  describing  the 
timing  factors  to  be  used  for  coordinating  missile  attacks.  These  cards 
will  immediately  follow  the  "E"  operation  code  of  the  first  overlay. 


There  are  four  categories  in  which  the  user  may  input  options,  on  cards, 
to  overlay  PLNTPLAN.  These  are: 


a. 


Print  requests,  whereby  any  of  12  optional  print  sets  may  be 
selected  (optional) 


b. 


Description  of  timing  lines  to  be  used  by  the  missile  attack 
coordination  calculations  (optional) 


c.  Missile  coordination  parameters  (CORMSLs) , when  timing  calcu- 
lations are  to  be  based  either  on  the  fraction  of  flight  com- 
pleted by  time  = 0 (FLIGHT  CORMSL)  or  on  the  time  due  to  cross 
any  of  the  specified  timing  lines  (LINE  CORMSL)  (optional) 


d. 


Selective  processing  options,  allowing  the  user  to  cause  only 
certain  bomber  sorties  to  be  processed  by  PLNTPLAN 
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4.4.2. 1 Input  Files.  The  Strike  File  (STRKFILE)  contains  bomber  and  mis- 
sile plans  as  output  by  POSTALOC. 

The  Base  File  (BASFILE)  is  a data  file  created  by  PREPALOC  to  provide  con- 
stant information  pertaining  to  the  current  data  base. 

The  Missile  Time- On-Target  File  (MSLTIME)  contains  missile  timing  data. 

The  Strike  Change  2 (SCHNG2)  is  created  in  PLAN01  and  contains  STRKFILE 
information  plus  changes  requested  via  cards. 


4.4. 2. 2  Output  Files. 


The  Detailed  Sortie  Plan  File  (PLANTAPE)  contains  bomber,  missile,  and 
*,■  tanker  plans  in  greater  detail  than  on  the  EVENTAPE  for  input  to  Overlay 

INTRFACE  and/or  EVALALOC. 

4. 4. 2. 3  Filehandler  Buffer  Utilization.  The  filehandler  buffer  areas 
used  by  the  files  of  PLNTPLAN  are  shown  in  figure  82. 


I V 

FILE  NAME 

BUFFER  NUMBER  (LUN) 

* 

STRKFILE 

15 

K 

BAS FILE 

8 

; • 

MSLTIME 

7 

PLANTAPE 

3 

| • 

SCHNG2 

9 

Figure  82.  PLNTPLAN  Filehandler  Buffer  Utilization 

4.4.3  Input.  Each  input  card,  in  the  discussion  that  follows,  corresponds 
to  one  of  the  categories  of  user  options  listed  in  section  4.4.1.  Each 
is  entered  in  the  standard  data  card  format;  i.e. , eight  words  of  10 
columns  each. 

The  cards  must  be  input  in  the  order  in  which  they  are  listed.  In  most 
cases,  even  when  no  options  of  the  given  type  are  to  be  requested,  the 
blank  card  which  indicates  the  end  of  input  pertaining  to  that  option 
type  must  be  present. 

4.4.3. 1 Type  1 Parameter  Card:  Print  Requests.  Up  to  40  separate  print 
requests  may  be  submitted  for  optional  printed  reports  during  PLNTPLAN 
processing.  One  request  is  made  per  card.  There  are  14  optional  print 
sets.  Within  these,  further  subsets,  specified  for  most  prints  by 
group,  corridor,  and/or  sortie,  may  be  selected  by  the  user  for  printing. 

A blank  card  signals  the  end  of  the  print  request  cards  and  must  be  pre- 
sent even  when  no  print  request  is  made. 

The  sample  card  in  figure  83  illustrates  the  general  format  of  print 
request  cards.  The  values  for  REQUEST  are  given  in  table  4.  Some  of 
the  requests  do  not  use  all  of  the  possible  variables.  For  each  print, 

Y means  that  this  is  a permissible  variable  for  the  option,  while  N 
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WORD 

FORMAT 

J 

RANGE 

LABEL 

DESCRIPTION 

1 

Integer 

R 

(1-15) 

REQUEST 

Print  request 
number,  described 
in  table  4 

2 

Integer 

R 

(1-250  or  blank) 

IGROUP 

Group  number  for 
which  print  is  to 
start 

3 

Integer 

R 

(i> 1 or 

blank) 

ICORRIDOR 

Starting  corridor 
number 

4 

Integer 

R 

(i> 1 or 

blank) 

I SORT IE 

Starting  sortie 
number 

5 

Integer 

R 

(i>l  or 

blank) 

LGROUP 

Group  number  after 
which  print  is  to 
stop 

6 

Integer 

R 

(i>GL  or 

blank) 

LCORRIDOR 

Last  corridor 
number 

7 

Integer 

R 

(i>l  or 

blank) 

LSORTIE 

Last  sortie  number 

8 

Integer 

R 

(i>l  or 

blank) 

FREQUENCY 

Desired  frequency 
of  print;  if  blank, 
it  is  assumed  to  be 
1 

Card:  Print  Requests 


L36  Cl 


Table  4.  List  of  Print  Requests 


PRINT 

SELECTION  KEYS 

> 

REQUEST  NO. 

PRINT  SET 

GROUP 

CORRIDOR 

SORTIE 

*vl 

V 

1 

STRKFILE  input  print 

Y 

Y 

Y 

V 

2 

Final  PI.ANTAPE  (full  version) 

Y 

Y 

Y 

X 

V 

3 

Detailed  plan  (bombers) 

Y 

Y 

Y 

1 

» 

V . 

3 

Detailed  plan  (tankers) 

-1* 

N 

N 

( 

4 

Not  used 

V* 

5 

LAUNCH  subroutine 

Y 

Y 

Y 

* 

6 

ASM  adjustment 

Y 

Y 

Y 

7 

Precorridor  legs 

Y 

Y 

N 

8 

Depenetration  corridor 

Y 

Y 

Y 

9 

BASFILE  input 

N 

N 

N 

10 

Plot  control** 

Y 

Y 

Y 

11 

ADJUST  subroutine 

Y 

Y 

Y 

12 

Not  used 

> 

13 

Timing  information 

Y 

Y 

Y 

14 

Termination  control*** 

Y 

Y 

Y 

15 

Missile  plan 

N 

N 

N 

*Tanker  prints  are  selected  by  -1  in  group  field 
**Plot  control  is  not  available  for  the  current  version  of  QUICK 
***Process  tanker  plans  and  terminate  after  the  indicated  sortie 
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indicates  that  the  variable  is  undefined  for  this  print.  The  most  commonly 
used  prints  are  numbers  3 and  15. 

If  both  IGROUP  and  LGROUP  are  blank  when  applicable,  all  groups  will  be 
printed.  If  both  ICORRIDOR  and  LCORRIDOR  are  blank,  all  corridors  of 
the  specified  group(s)  will  be  printed;  blank  ISORTIE  and  LSORTIE 
reflect  a similar  request.  A single  group  may  be  chosen  by  entering  the 
group  number  in  IGROUP  and  leaving  LGROUP  blank.  The  same  procedure  may 
be  followed  for  corridor  and  sortie. 

The  sample  print  request  card  in  figure  83  causes  print  option  3 (detailed 
bomber  plan)  to  be  turned  on  for  sorties  3 through  15,  for  corridor  5 only, 
for  groups  1-10  inclusive,  and  prints  every  second  plan. 

4.4. 3. 2 Type  3 Parameter  Card:  Missile  Timing  Lines.  For  time-coordinated 
missile  attacks  (first  strike  plans),  the  user  may  specify  a FLIGHT  CORMSL 
or  a LINE  CORMSL  for  missile  launch  time  calculations.  A FLIGHT  CORMSL  is 
the  fraction  of  the  missile's  flight  which  will  be  completed  at  game  time 
=0.  A LINE  CORMSL  states  the  time  at  which  the  missiles  are  to  cross  any 
of  up  to  50  user-designated  timing  lines,  which  are  straight-line  segments, 
not  necessarily  connected. 

When  LINE  CORMSLs  are  to  be  specified,  missile  timing  line  parameter 
cards  must  be  input  with  descriptions  of  the  timing  lines  to  be  used. 

The  data  card  format,  on  which  either  one  or  two  lines  may  be  described, 
is  shown  in  figure  84. 

The  maximum  number  of  lines  to  be  input  is  50.  If  desired,  words  5 
through  8 may  be  left  blank  on  any  card.  The  set  of  data  cards  is 
terminated  by  a blank  card  which  must  be  present  even  when  no  lines 
are  to  be  input. 

The  order  in  which  the  endpoints  of  line  segments  are  input  is  important. 
Each  line  must  be  input  such  that  the  first  endpoint  encountered  would  be 
to  the  left  or  portside  of  the  missile  path  as  it  crosses  the  line. 

Figure  85  shows  the  necessary  configuration;  the  data  for  the  left 
endpoint,  P,  must  precede  the  data  for  the  right  endpoint,  Q.  At  time 
t = CORMSL  (specified  in  the  following  type  of  option  card)  the  missile 
will  be  at  point  X. 
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WORD 

FORMAT 

m 

RANGE (i) 

LABEL 

DESCRIPTION 

1 

Integer 

Columns 

1-8 

(1-80) 

TYPE 

Plan  Generator 
type  index* 

2 

Alphameric 

L 

(LINE  or 
FLIGHT) 

N/A 

LINE  for  a line 
CORMSL 

3 

Floating 

point 

N/A 

(If  LINE, 
i>0. 0; 
if  FLIGHT, 
0. 0-1.0) 

CORMSLX 

CORMSL  for  this 
type 

4 

Floating 

point 

N/A 

(i>0.0) 

FLTMIN 

Minimum  flight 
time  (minutes) 

5 

Integer 

Columns 

41-48 

(1-80) 

TYPE 

Plan  Generator 
type  number 

6 

Alphameric 

L 

(LINE  or 
FLIGHT) 

N/A 

Line  for  a line 
CORMSL 

7 

Floating 

point 

N/A 

(If  LINE, 
i>0.0; 
i?  FLIGHT, 
0. 0-1.0) 

CORMSLX 

CORMSL  for  this 
type 

8 

Floating 

point 

N/A 

( i >0 . 0) 

FLTMIN 

Minimum  flight 
time  (minutes) 

*The  Plan  Generator  type  index  required  here  is  the  LTYPE  number 
assigned  by  program  PLANSET  and  printed  by  PLANSET  under  "Weapon 
Type  Data." 


Figure  86.  Type  4 Parameter  Cards:  CORMSL  Data 
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In  the  two  sample  CORMSL  data  cards  shown  in  figure  86,  one  card  specifies 
LINE  CORMSL  for  two  missile  types;  the  other  inputs  a FLIGHT  CORMSL  for 
r missile  type  4. 

* 

4.4. 3.4  Type  5 Parameter  Cards:  Selective  Processing  Options.  Up  to  20 
K selective  processing  cards,  indicating  which  bomber  sorties  are  to  be 

processed,  may  be  input.  The  first  three  fields  contain  the  group,  corri- 
dor, and  sortie  at  which  processing  is  to  begin,  and  the  next  three  fields 
contain  the  group,  corridor,  and  sorties  at  which  processing  is  to  end. 

As  many  as  20  separate  segments  of  a STRKFILE  may  be  processed  in  one  run. 
These  cards  must  be  input  in  the  order  in  which  the  corresponding  data 
appear  on  the  STRKFILE.  If  the  entire  file  is  to  be  processed,  only  the 
terminating  card  for  this  card  set  is  included.  The  format  of  selective 
processing  data  cards  is  shown  in  figure  87. 


WORD 

FORMAT 

(J) 

RANGE 

LABEL 

DESCRIPTION 

1 

Integer 

R 

1-250 

KBGRP 

Group  at  which  processing 
is  to  begin 

2 

Integer 

R 

1-  99 

KBCORR 

Corridor  at  which  processing 
is  to  begin 

3 

Integer 

R 

1-  99 

KBSORT 

Sortie  at  which  processing 
is  to  begin 

4 

Integer 

R 

1-250 

KEGRP 

Group  at  which  processing 
is  to  end 

$ 

Integer 

R 

1-  99 

KECORR 

Corridor  at  which  processing 
is  to  end 

6 

Integer 

R 

1-  99 

KESORT 

Sortie  at  which  processing 
is  to  end 

Figure 

87. 

Selective 

Processing 

Parameter  Card 
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HEADING 

LABEL 

description 

© 

LINES 

Number  of  timing  lines 

© 

NO 

Timing  line  number 

ZLAT1 

Latitude  of  left  endpoint  of  line 

© 

ZLONG1 

Longitude  of  left  endpoint 

© 

ZLAT2 

Latitude  of  right  endpoint 

© 

ZLONG2 

Longitude  of  right  endpoint 

© 

LENCTH 

Length  of  timing  line  (nautical  miles) 

© 

XCROSS 

X-coordinate  of  cross  product 

© 

YCROSS 

Y-coordinate  of  cross  product 

ZCROSS 

Z'Coordinate  of  cross  product 

© 

if?) 

LTYP 

Tvnc 

Plan  Generator  type  number 

- 0 for  FLICHT  CORKS L 
= 1 for  LINE  CO RMS L 

(12) 

nrPfc 

© 

CO RMS L 

CORMSL  for  this  type  in  hours  (if 
equal  to  -1.000E  08,  it  is  ignored) 

© 

MIN  FLT 

Minimum  flight  time  in  hours 

© 

FIRST  FIXED 
GROUP 

Group  number  of  first  group  with  fixed 
assignments  (1000  indicates  no  fixed 
assignments) 

PI 


There  are  three  printouts  which  give  information  used  by  PLNTPLAN's  sub- 
routine VAM.  VAM  applies  Vogel's  Approximation  Method  to  the  transpor- 
tation problem  of  assigning  available  tankers  to  refuel  areas  where  auto- 
matic tanker  allocation  is  to  be  performed.  These  prints  are  output 
mainly  for  use  by  QUICK  system  programmers.  The  prints  are: 

a. 


b.  The  SOURCE/SINK  table,  printing  for  each  integer  I: 

SOURCE(I)  = N,  where  N is  the  number  of  tankers  available  for 

automatic  allocation  at  tanker  base  I 
SINK (I)  = M,  where  M is  the  number  of  bombers  which  have  been 
assigned  to  refuel  at  refuel  area  I. 

c.  The  VAM  solution,  showing  the  elements  of  the  X(i,  j)  matrix 
which  constitute  the  final  feasible  solution  to  the  transpor- 
tation problems.  Again,  i = the  tanker  base  number,  and  j = 
the  refuel  area  number.  The  value  for  X(i,  j)  = the  number 

• of  tankers  to  be  allocated  from  tanker  base  i to  refuel  base 

j.  At  the  end  of  the  X(i,  j)  matrix,  VAM  prints  "TOTAL  COST  = 
N,"  where  N is  the  total  number  of  tanker  miles  to  be  flown 
using  this  solution  for  the  allocation. 

Examples  of  the  three  VAM  prints  are  shown  in  figure  90. 

When  nearing  the  end  of  execution,  PLNTPLAN  prints  out  the  following  self- 
explanatory  messages: 

720  TANKER  PLANS  PROCESSED 

704  BOMBER  PLANS  PROCESSED 

1564  MISSILE  BOOSTER  PLANS  PROCESSED  TO  GO  TO  3521  TARGETS. 

0 PLANS  EXCEED  80  LINES 

The  tanker  allocation  table  is  also  shown,  giving  the  final  assignments 
of  tankers  to  refuel  areas.  A sample  table  is  shown  in  figure  91. 

After  all  missions  have  been  processed,  PLNTPLAN  prints  out  the  Sortie 
Sequence  Numbers  of  the  bombers  that  could  not  return  to  a recovery 
base  (figure  91.1)  and  the  bombers  that  were  not  fully  utilized  (figure 
91.2);  that  is,  bomber  sorties  that  did  not  drop  its  entire  weapon  load. 


The  COST  matrix,  giving  the  contents  of  the  FORTRAN  array  by 
the  same  name.  Row  i refers  to  tanker  base  i;  column  j to 
refuel  area  j.  The  entry  in  COST  (i,  j)  is  the  distance 
between  tanker  base  i and  refuel  area  j.  The  matrix  is  print- 
ed up  to  20  columns  to  a page. 


After  the  Sortie  Sequence  prints,  recovery  base  summaries  are  printed 
(figure  91.3).  For  each  recovery  base,  a print  of  the  name,  base  capacity, 
ana  the  total  number  of  aircraft  returning  is  produced  followed  by  a count 
of  aircraft  returning  per  weapon  group. 
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BOMBER  SORTIES  NOT  FULLY  UTILIZED 


© 

(D  © 

RECOVERY 

BASE  AB2 

TOTAL  CAPACITY  60  TOTAL  3 

GROUP 

AIRCRAFT 

12  14  Q 

1 2 © 

HEADING 

DESCRIPTION 

© 

Recovery  base  name 

Recovery  base  capacity 

Q 

Number  of  aircraft  landing  at  recovery 
base 

© 

List  of  weapon  groups  that  has  aircraft 
returning  to  © 

© 

Number  of  aircraft  returning  to  ©per 
weapon  group 

Figure  91.3  Recovery  Base  Summary 
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The  standard  output  ends  with  the  messages: 


1 


NUMBER  OF  BUDDY  TANKERS  = N 
CHECKSUM  = M 

*****  PROCESSOR  PLNTPLAN  COMPLETED  ****1 

where  N =•  the  number  of  bomber  refuelings  accomplished  by  buddy  tankers 
and  M = the  sum  of  /DINDATA/  contents  in  fixed  point. 

PLNTPLAN  also  furnishes  various  detailed  prints  and  debug  prints  as  des- 
cribed below. 

4.4.4. 1  Print  Option  3:  Detailed  Bomber  and/or  Tanker  Plans.  PLNTPLAN 
print  option  3 describes  detailed  plans  for  bomber  sorties  (when  GROUP  is 
not  equal  to  -1)  and/or  for  tankers  (when  GROUP  equals  -1). 


Figure  92  shows  a sample  bomber  sortie  print.  The  headings  are  the  same 
for  tanker  plan  prints. 

4.4.4. 2 Print  Option  15:  Detailed  Missile  Plans.  PLNTPLAN  print  option  15 
gives  detailed  missile  plans  for  each  missile  base.  Figure  93  shows  a 
sample  missile  plan  print. 

4.4.4. 3 Prin,  Option  1:  OUTSRT  Record  (Debug  Print)  Print  1 shows  the 
contents  of  the  STRKFILE  input  record(s)  for  each  bomber  sortie  (contents 
of  common  block  /OUTSRT/).  Figure  94  shows  a sample  print  option  1. 


4u4.4.4  Print  Option  2:  Final  Plan  (Debug  Print).  There  are  two  separate 
prints  associated  with  print  request  2:  the  final  bomber  plans  (figure  95) 
and  the  final  missile  plans  (figure  97). 
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PRINT  NUMBER  Print  request  number,  as  on  print  request  card 


Figure  92.  (Part  2 of  4) 
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Figure  92.  (Part  3 of  4) 
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Figure  93.  PLNTPLAN  Print  Option  15:  Detailed  Missile  Plan  (Maintenance  Print) 
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Figure  94.  PLNTPLAN  Print  Option  1:  Input  Record 
(Part  1 of  3) 
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F Target  flag 

HOB  Height  of  burst  (0  - ground;  1 - air) 


r 


4. 4. 4. 6 Print  Option  5:  LAUNCH  Subroutine  (Debug  Print).  Subroutine 
LAUNCH  determines  the  aim  point  or  launch  point  at  which  an  ASM  is  to  be 
fired.  Should  the  QUICK  system  programmer  need  to  trace  these  calcula- 
tions, print  5 will  show  the  contents  of  common  block/LASM/  just  before 
completing  LAUNCH.  This  print  is  shown  in  figure  99. 

4.4.4. 7 Print  Option  6:  ASM  Adjustment  (Debug  Print).  Print  request  6 
causes  most  of  the  contents  of  common  block  /ASMARRAY/  to  be  output  during 
the  reordering  of  ASM  events  in  PLAN  block  40.  Those  variables  are  shown 
in  figure  100. 


4. 4. 4. 8  Print  Option  7:  Precorridor  Legs  (Debug  Print).  This  print  shows 
the  precorridor  legs  as  listed  in  common  block  /HAPPEN/;  in  PLNTPLAN,  that 
block  is  included  in  common  /C9/,  Figure  101  shows  a sample  print  7. 


4.4.4. 9  Print  Option  8:  Depenetration  Corridor  (Debug  Print).  This  print, 
shown  in  figure  102  displays  the  depenetration  corridors  from  common  block 
/HAPPEN/  (included  in  common  /C9/  by  PLNTPLAN). 


4.4.4.10  Print  Option  9:  A partial  Print  of  the  BASFILE  Input  (Debug  Print). 
Figure  103  shows  a print  9 sample. 


4.4.4.11  Print  Option  11:  ADJUST  Subroutine.  Subroutine  ADJUST  examines 
the  target  section  of  each  bomber  plan  to  see  where  GO  HIGH  and  GO  LOW 
events  are  to  be  placed  with  respect  to  the  target  events.  Print  11, 
shown  in  figure  104,  enables  a QUICK  system  programmer  to  inspect  the  con- 
tents of  key  variables  both  before  and  after  subroutine  ADJUST  has  executed. 


4.4.4.13  Print  Option  13:  Timing  Information.  This  print  is  that  issued 
by  the  library  subroutine  TIMEME,  called  at  various  points  within  PLNTPLAN. 
Subroutine  TIMEME  is  discussed  in  the  documentation  of  the  QUICK  library. 
The  print  is  shown  in  figure  106. 

4.4.4.14  Print  Option  14:  Termination  Control.  Print  request  14  will 
cause  PLNTPLAN  execution  to  stop  when  it  encounters  the  group,  corridor, 
and  sortie  that  are  specified  on  the  print  14  request  card. 

The  message  that  prints  to  indicate  that  this  request  has  been  acted  upon 
by  the  program  is  shown  below. 

PRINT  NUMBER  14 
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Figure  100.  PLNTPLAN  Print  Option  6:  ASM  Adjustment 
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Figure  104 
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Figure  106.  PLNTPLAN  Print  13  (TIMEME  Information) 


4.4.4.15  PLNTPLAN  Error  Messages.  PLNTPLAN  error  messages  are  shewn  in 
figure  107. 


1.  Deleted 


2.  *****GR0UP  XXX  CORRIDOR  XXX  SORTIE  XXX  IS  A NULL  SORTIE 
SORTIE  SEQUENCE  i ************ 

No  weapons  are  indicated  in  bomber  input  plan.  The  plan 
is  ignored,  and  the  next  plan  is  read  from  STRKFILE. 

3.  GROUP  xxx  CORRIDOR  xxx  SORTIE  xxx  HAS  TOO  MANY  TARGETS  ** 
NHAP  = xxx 

More  than  10  events  are  indicated  in  the  bomber  input  plan. 
The  plan  is  ignored,  and  the  next  plan  is  read  from  STRKFILE. 
Examine  plan  (OUTSRT)  from  program  POSTALOC. 

4.  Deleted 


5.  *****  INSUFFICIENT  TANKER  RANGE  ************* 

NEW  REFUEL  POINT  CALCULATED 

BASE  AT  ENTRY  AT  BUDDY  REFUEL  AT  CLOSEST 

TANKER  BASE  AT  NEW  REFUEL  POINT  AT  

The  buddy  refuel  point  calculated  for  a bomber  is  not  within 
range  of  any  tanker  base.  A new  refuel  point  is  calculated 
by  interpolation  such  that  it  will  be  within  range  of  nearest 
tanker  base.  This  does  not  indicate  an  error. 

6-  Deleted 


7.  Deleted 


8.  NEGATIVE  G0L0W2  EXTENDS  TO  END  OF  SORTIE 

Input  go-low  information  is  wrong.  Further  processing  of  the 
plan  is  halted,  and  the  next  plan  is  read.  Examine  plan 
(OUTSRT)  from  program  POSTALOC. 


Figure  107.  PLNTPLAN  Error  Messages  (Part  1 of  3) 
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APPENDIX 


EXECUTABLE  JOB  CONTROL  LANGUAGE  (JCL) 


SORTIE  GENERATION  SUBSYSTEM 


This  appendix  details  the  executable  JCL  which  is  required  to  run  the 
programs  of  the  Sortie  Generation  subsystem  on  the  CCTC  HIS  6080  hard- 
ware/software system. 

The  executable  JCL  is  presented  in  subsequent  figures  on  a program-by- 
program basis,  i.e.: 
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Figure  147.  Program  FOOTPRNT  JCL 


s 

% 

* 

$ 

$ 

* 

* 

$ 

s 

s 

* 

$ 

t 

***FOF 


IHENT  F16?,XPLnr.??5. JOE  smith 
USERID  634PP2251PASSW0RD/TTT 
P \R  AM 

PROGRAM  PLOTIT.PIIMP 

LIMITS  1 5 , 2EK  . . ?S*C 

PRMFL  **,R.R,634PR?25/QUICK/ri 
FPILE  P* iLCU/( 06 131.42.43) 
TAPER  01,X01D,.«1  PLAHTA°F 

TAPF7  02.XC2P.  .»?  PLOT  TAPF 

FFILE  02  « NL  APFL 

TAPER  03.X03P  PIPCFTAFF 

DATA  I* 

END  JOn- 


f 


,6  36 . 17 


IP/PLCTIT 


Figure  151.  Program  PLOTIT  JCL 


